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(57) A protocol is defined for mixed data/voice/mul- 
timedia communications systems to transmit and re- 
ceive high-priority, real-time traffic over low-speed dig- 
ital communication links by embedding such high-prior- 
ity traffic in low-priority, non real-time traffic. High-prior- 
ity, real-time packets are thus transmitted without delay 
by preempting low-priority packets. Low-priority, nonre- 
altime packets are held during preemption, and low pri- 



ority transmission is automatically resumed after trans- 
mission of high-priority packets has been completed. A 
protocol is defined for communications systems to ex- 
change information, at the time that a communication 
link is activated, defining their link capabilities for han- 
dling high-priority, real-time packets and to agree on 
how this high-priority traffic will be transmitted on the 
communication link. 
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Description 

Field of the Invention 

[0001] The present invention relates to data communications networks and more particularly to a data communica- 
tions network having the capability of processing both high priority and low priority packets using a preempt-resume 
protocol. 

Background of the Invention 



[0002] Communications systems traditionally have used packet switching techniques for carrying bursty data traffic 
and have used circuit switching techniques for carrying multiplexed real-time traffic such as voice and video. Circuit 
switching techniques arc typified by a time-division multiplexed voice telephone network in which the traffic is sent as 
a continuous stream of bits Packet switching techniques, on the other hand, have been developed to handle bursty 

75 data over digr.ai networks m which destination and dropoff addresses are combined with the message data. Each 
packet is delimited oy Hags and contains address/routing headers, priority definers and error checkers. Traditional 
packet nctwor*s arc characterized by significant per packet processing in the intermediate nodes of a network. This 
process nq has um»iea me throughput of packet nodes and introduced high delays for packets. To achieve higher 
throughput nrvj »l 'l-Jucc this delay, fast packet switching networks have been defined which minimize the amount of 

20 process ng rcquiri.MJ m intermediate nodes. 

[0003] Tmi, Mrnciif.ca mtcrmeciate node processing now makes it feasible for packet networks to carry, in the form 
of packets irate tr *3i!ion*iiy earned only over circuit switched networks. In addition, this traffic in packetized f orm can 
share the p.icucr network including communication links with the bursty data traffic. However since the traditional 
circus: cwnicnc j :?.t M c h ia ctrmqent bounds on total allowable delay across the network as well as variability of delay, 

25 nodec in tnc p..c nctwo** n U £i ersure that this traffic receives priority handling. To accomplish this, packets carrying 
bursty aatn f r„~ t>< assigned a non real-time priority while packets carrying the traditional circuit model traffic 
canto rt&h.n^c"! « n.-jnc ich; time pnority A node in a fast packet network contains buffers for holding packets waiting 
fo' irrin«.m.w^r <? s rnmmunioation links. Packets waiting for transmission can be held in buffers managed 
differ c^nrrv cu^c^ r :i» r>*~ rn»- priority aligned to the packets. 

30 [0004] A conr jncat o r nooc m a network can adopt a number of different service policies in order to transmit 
packets ttzjrr "v i^i"cn: priority Duffers priority with no preemption, preemption with retransmission, and preemption 
with rci»u^>*- w-r- o.: z -»oc*npi»on is used the packet priority is only examined to determine from which buffer to select 
the ncM- p,tc»e* • ir*r »ss»or. it a high priority packet is placed in the buffer while a low-priority packet is being 
trans-nircj ^ r pno^y packet must wast until the current transmission is completed. A preemption with retrans- 

35 mission son/to- t o»*cv ^Od^i that the node will abort the transmission of a low-priority packet upon the arrival of a 
high onor rrv p*cte? ana immediately transmit the high-priority packet. Once all high-priority packets have been trans- 
mitted t-ansmis&ion o* the preompted bw -priority packet will be restarted from the beginning of the packet. A preemp- 
tion with rciunf service poicy is similar except the preempted low-priority packet is restarted from the point of inter- 
ruption rathe* 'ha'- the DCCnmnq 

40 [0005] Tnc iekci»or, o< tnc appropriate service policy is dependent on the characteristics of the communication link, 
the doin/ requirements o? the hich pnority packets and the size of the low-priority packets. If the transmission rate of 
the communcaticn imk ^ r<qr crouqh compared to the size of the longest low-priority packets,then the delay incurred 
by a high -priority oackc waiting tor a low-priority one to complete may be acceptable. In this case, the priority with no 
preemption service policy ts prcteraDle since it is easier to implement and may have slightly lower link overhead. If the 

45 usage efficiency ot me communication link is not important but the delay associated with waiting for completion of the 
low-pno'ity packets is too high nan the preemption with retransmission service policy may be acceptable. However, 
if the usage elhuuney vt iho communication link is important and the priority with no preemption service policy does 
not meet the cclay requirements then the preempt with resume service policy may be required. 
[0006] Various schemes exist for transmitting packetized information over communication links. The typical scheme 

50 used over low specc serial links up to T3 speeds is based ont he HDLC MAC-layer protocol. Each packet is delimited 
by starting and ending Mags (X*7E') The ending flag of one packet may also be the starting flag for the next packet. 
The packet itself consists of an integral number of bytes of data. Since the contents of the packet may include bit 
patterns that are the same as the flag pattern, a technique known as bit stuffing is used to differentiate the data from 
the Hags. The transmitter inserts a '0* bit after any sequence of five contiguous '1 1 bits int he packet data. Likewise, the 

55 receiver removes any '0' bit immediately following a sequence of five T bits in the received bit stream. When no packets 
are waiting to be transmitted flags are repeatedly transmitted. 

[0007] Both the priority with no preemption and the preemption with retransmission service policies can be imple- 
mented using the existing HDLC MAC-layer protocol. 
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[0008] US patent 4,510,599 ((Mehmet) entitled "Prioritized Unidirectional Distributed Bus accessing System" dis- 
closes a bus accessing system and method in which a plurality of user terminals communicate with each other via a 
plurality of bus interface units (BlUs) which are connected to a common transmission bus. More specifically, this patent 
relates to a bus accessing system and method wherein collisions between information packets are avoided, thus per- 

5 mitting the speed of a contention system to be achieved under light bus usage while allowing high density usage, as 
ih~a~tol<enl)'assing*system,-to-be-obtainedrA plurality of bus-interface-units (BIUs) T capable of-placing information- 
packets on a unidirectional transmit bus, are coupled to the transmit bus at locations spaced therealong. Each BIU 
comprises a transmit bus input port and a transmit bus output port, wherein the transmit bus input port of each BIU is 
coupled to the transmit output port of the next upstream BIU, and a receive bus input port connected to a receive bus. 

10 Each BIU includes a memory for storing at least one information packetto be transmitted and a control circuit associated 
with the memory. In a passive mode, the control circuit operates the BIU like a repeater, wherein packets received on 
its transmit bus input are reconstituted and retransmitted on its transmit bus output. In an active mode, the control 
circuit causes the BIU to transmit information packets stored in its memory. Each information packet may have a 
predetermined priority. The control circuit aborts transmission of an information packet whenever the BiU receives a 

15 higher or equal priority packet than it is transmitting and transmits the receive packet in lieu of the aborted packet. 
Packets received during transmission, having lower priority than the packet being transmitted, are stored in memory 
for later transmission. 

[0009] International application WO-A-84/02628 (Western Electric Company) entitled "Method and Apparatus for 
Graceful Preemption on a Digital Communications Link" discloses a method and apparatus for preemption on a digital 

20 communication link used for selective communication by a plurality of user devices. When a first user device is actively 
communicating over the link, a second user device can preempt the first user device by having a link controller transmit 
a preempt character. The link controllers at either end of the link each save values of a set of status variables collectively 
defining the status of the link controller. When the second user device relinquishes link access, the saved values are 
used to return the link controllers to their status at the time of preemption such that the first user device can resume 

25 communication from the point of interruption without requiring data transmission. 

[0010] International application WO-A-87/03445 (University of Waterloo) entitled "Local Area Network System" dis- 
closes a development of the WELNET (TM) system in which scheduling arrangements between the stations is controlled 
by a scheduling channel in the form of a loop, separate from the main information channel. The invention provides for 
Voice and Data to be integrated on the LAN. On a periodic cycle, scheduling us interrupted, and each station is invited 

30 to put a Voice packet on the main channel. When the system goes back to Data, the system is so configured as to 
resume at the station which was about to transmit Data when the schedule was interrupted for voice. 

Summary of the invention 

35 [0011] The present invention relates to method and apparatus for effecting a modified HDLC MAC-layer protocol 
providing preemptive priority with resume over a serial communication link. 

[0012] It is, therefore, an object of this invention to provide method and apparatus for embedding high-priority traffic 
in low-priority for serial transmission though low speed communication links, without delay incurred by having first to 
complete transmission of a low-priority traffic. It is another object of this invention to preempt low-priority packet traffic 

40 with a high-priority packet and later resume transmission of the preempted low-priority packet automatically, with min- 
imal overhead on the communication link. It is another object of this invention to detect bit transmission errors affecting 
packet boundaries and to recover from said errors with minimal loss of packets. It is another object of this invention to 
provide a method and apparatus for determining whether preemption of low-priority packets is required on a given 
communication link as a function of link speed, acceptable delay and maximum packet size, and therefore whether 

45 preemption should be enabled. It is another object of this invention to allow a mode of operation that is compatible with 
HDLC MAC-layer, either priorit to enabling preemption or when it is determined that preemption is not required. 
[0013] According to this invention, packets of information are embedded in frames having starting and ending flags, 
control headers to designate the packet's priority, and any required routing information. The flags, in addition to defining 
the boundaries of a packet, also define byte alignment of the packet data. The flags also indicate when a low-priority 

so packet has been preempted by a high-priority packet and when the transmission of a low-priority packet is being re- 
sumed. The control bits designate whether or not a particular packet is high-priority or low-priority and hence whether 
or not the packet is preemptable. 

[0014] Also when a communication link is activated, the two communications systems at each end of the link ex- 
change control information about their respective packet capabilities. The control information describes the maximum 
55 supported low-priority packet size supported in the transmit and receive direction and the ability of the communications 
system to support high-priority packets. Using the information exchanged along with the communication link's data 
rate and the maximum acceptable delay for high-priority packets, each communications system independently deter- 
mines whether the preempt/resume protocol should be enabled or whether a simple priority with no preemption the 
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protocol should be used. 
Brief Description of the Drawings 
5 [0015] 

Figure 1 shows a basic packet frame used in the practice of this invention, where packet containing header and 
data is delimited by flags; 

10 Figure 2 shows the valid combination of formatted packet frames in which a low-priority packet is preempted by a 

high-priority packet with subsequent automatic resumption; 

Figure 3 shows a combination of packet frames containing a bit error which causes a transmission abort; 

is Figure 4 shows a block diagram of the transmit portion of a communication link interface of a communications 

systems to which this invention is applicable; 

Figure 5 shows a block diagram of the receive portion of a communication link interface of a communications 
system to which this invention is applicable; 

20 

Figure 6 is a table used in explaining how maximum permissible packet size and the need for preempt/resume 
protocols is determined in each direction of a communication link; and 

Figure 7 is a finite state machine table showing preempt/resume states. 

25 

Detailed Description of the Invention 

[0016] This invention defines a preempt/resume protocol extension to the existing HDLC MAC-layer packet framing 
protocol used on serial communication links, to allow the preemption of low-priority packets so that high-priority packets 
30 may be transmitted with minimal delay. A link activation protocol is also defined to determine whether the preempt/ 
resume protocol extension should be enabled. During the link activation , normal HDLC MAC-layer framing protocol 
is used to transmit packets across the communication link. Also if the link activation determines that preempt/resume 
should not be used, all packets are sent using the H DLC MAC-layer framing protocol with simple priority without preemp- 
tion. 



35 



Enabling Preempt/Resume Protocol Extension 



[0017] Determination of when to use the preempt/resume protocol extension is based on the support of high priority 
traffic, low-priority packet sizes supported, communication link speed, and maximum acceptable delay of high-priority 
40 packets. The two communications systems on each end of the communication link can determine the need for the 
preempt/resume protocol independently for their direction of the link. During linkactivation, each communications sys- 
tem sends a control message to its neighbor at the other end over the communication link using the normal HDLC 
MAC-layer framing. The control message contains the following fields : 

45 • A High-priority Traffic Supported filed indicates whether the sending system supports high-priority traffic on its link. 

• A Maximum Received Low-priority Packet Size Supported field defines the maximum packet size that the sender 
can receive. 

• A Maximum Transmitted Low Priority Packet Size Supported field defines the maximum packet size that the sender 
can transmit. 

50 

[0018] If high-priority traffic is not supported, the receiver must verify that each packet received is a low-priority 
packet. If a packet identified as high-priority packet is received, it is discarded by the receiver. 

[0019] The following example, described with reference to Figure 6, shows how communications systems A and B 
each determine the maximum low priority packet size supported in each direction and whether preempt/resume protocol 
55 extension should be enabled. 

[0020] Transmission of a high-priority packet may not be delayed by a low priority packet for more than T, where in 
the following example T=0.5 msecs. A sender that supports high-priority traffic must either transmit : 
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without preempt/resume protocol, which constrains the low priority packet size to satisfy the equation 



10 



30 



packet size ^ ^ 
link speed 



or with preempt7resume. 



[0021] For link direction A to B, the maximum low-priority packet size is 8KB. Assuming a link speed of 18.432Mbps, 
the above inequality is not satisfied since 

8 Kbytes 0 ce 
1 — — — = 3.56 msecs > 0.5 msecs 



18.432 Kbits per msec 



Therefore, to satisfy the delay requirements, the preempt/resume protocol is req uired. This means that commu nications 
15 system A will transmit preempted packets and that communications system B must support receipt of preempted pack- 
ets. 

[0022] For link direction B to A, the maximum low-priority packet size is 1KB. The above inequality is satisfied as 

pa , q ffy eS = 0.44 msecs < 0.5 msecs 

20 1 8.432 Kbits per msec 

and the preempt/resume protocol is not be used. This means that communications system B will not transmit preempted 
packets and that communications system A will interpret preempt flags as error conditions. 

[0023] If a particular communications system has not implemented the preempt/resume protocol extension but sup- 
25 ports high-priority packets, it will select a maximum low-priority packet size to greater than the value of link speed x T. 
Using this value, the communications system on the other end of the communication link will correctly determine that 
the preempt/resume protocol is not to be used. 



Preempt/resume Protocol Extension 



[0024] In the following description, bit sequences may be described using either conventional binary representation 
or, for the sake of convenience, hexadecimal representation. 

[0025] The protocol for allowing high-priority packets to temporarily preempt low-priority packets uses three types 
of flags to delimit packets : a normal flag which can be a starting, endingor idle flag, a start-preempt flag and an end- 

35 preempt flag. The normal flag is defined as the 8-bit sequence B'0111 111 0'(X'7e'). The start-preempt flag is defined as 
the 9-bit sequence B'OnillllO' and the end-preempt flag is defined as the ten-bit sequence 3*01111111 10". All flags 
are on byte boundaries with respect to the packet data that they delineate. To differentiate flag bit sequences from bit 
sequences within the packets, zero bit stuffing is used in the packet data. An extra '0' bit is inserted in the transmitted 
bit stream after each occurrence of five consecutive '1' bits in a packet. A sequence of more than eight T bits indicates 

40 an error condition aborting the current packet being transmitted and received. Also a sequence of more than six '1 1 bits 
indicates an abort condition if the preempt/resume protocol is not enabled. 
[0026] The following is a set of rules adopted for a practical preempt/resume protocol. 

• The bit sequence B'01111110' (X'7E') always defines byte alignment and may occur any number of times before 
45 and after complete packets. 

• Six T bits preceded by a '0* bit that is not byte aligned with received packet data is an invalid code. 

• Nine '1' bits preceded by a '0' bit that is byte aligned is also an invalid code. 

• Receipt of an invalid code aborts the current packet and all subsequent packets are aborted until X'7E' occurs. 

• Verification that the preempted packet is a low priority packet is performed. 

50 • Verification that packets received during preemption are high priority packets is also performed. 
A low-priority packet cannot be preempted until the first byte is transmitted. 

Receipt of the start-preempt flag (B'OHIIHI 0 1 ) immediately followed by the end-preempt flag (B'011 1 11111 0') 
aborts the preempted packet and ends preempt mode. 

55 [0027] Under the foregoing rules, the following is a valid combination of packets and flags when preempt/resume is 
not enabled. 

7E { [ 7E ] [ RTP 7E ] [ 7E ] [ NRTP 7E ] } 

[0028] Under the foregoing rules, the following is a valid combination of packets and flags when preempt/resume is 
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enabled : 

7E { [ 7E ] [ RTP 7E ] [ 7E ] [ NRTP 7E ] 

< preempted packet > 

[ pNRTP { [ SP [ 7E ] RTP [ 7E RTP ] [ 7E ] EP ] pNRTP } ] } 
10 < preemption > 

where 

15 • [] denotes optional and repeatable fields 

• {} denotes required, repeatable fields 

• 7E represents the bytealigned flag (B*01111110\ X'7E') 

• RTP represents a high-priority packet 

• NRTP represents a low-priority packet 

20 ♦ pNRTP represents portions of a preempted low-priority packet 

• SP represents a start-preempt flag (B'01 1 111110') 

• EP represents an end-preempt flag (B'011 1 111110') 

[0029] Figure 1 shows a conventional frame 1 0 delimited by normal (starting and ending) 7E flags 1 0a and containing 

25 both a control header 1 0b field and a data 1 0c field. 

[0030] Figure 2 illustrates in frame sequence 20 a preempt valid operation in more detail with the case of a low 
priority packet being preempted by two consecutive high-priority packets. The first field 20a shows the normal bytea- 
ligned starting flag X'7E'. The second field 20b is an ongoing low-priority packet NRTP1 . The third field 20c shows a 
start-preempt or SP flag bit by bit. This SP flag interrupts the low-priority packet and indicates the transmission of the 

30 remainder of the low-priority packet NRTP1 is suspended. The fourth field 20d represents the first high-priority packet 
RTP1. the fifth field 20c shows the recurrence of a normal flag indicating the completion of the RTP1 packet. The 
transmission of the second high-priority packet RTP2 begins immediately in the sixth field 20f, without reversion to 
NRTP1 . the seventh field 20g contains an end-preempt flag EP. 

[0031] Thereafter the remainder of the preempted low-priority packet NRTP1 is completed, as shown in the eighth 
35 field 20h. Finally, in the ninth field 20i, the normal flag X'7E' indicates the end of NRTP1 and returns the system to the 
ready state. 

[0032] Figure 3 illustrates in frame sequence 30 the case of a bit error corrupting the start-preempt flag SP in the 
third field 30c. The bit error would typically be caused by a transmission error on the communication link. The first and 
second fields 30a and 30b are identical with the same fields in Figure 2. The third field 30c shows a double '0* at the 

40 beginning of what otherwise would be a normal flag. Since the flag does not occur on a bytealigned boundary with 
respect to the low-priority packet NRTP1 in the second field 30b, then NRTP1 is invalid and discarded. The high-priority 
packet RTP1 in the fourth field 30d is saved because it is surrounded by valid flags in the third and fifth fields 30c and 
30c. The second high-priority packet RTP2 in the sixth field 30f is discarded, however, because it is followed by an 
end preempt flag EP in the seventh field 3g, when no valid start preempt flag SP was detected due to the bit error. All 

45 packets thereafter are discarded until the normal flag X'7E' appears, as in the ninth field 30i. 

[0033] The preempt/resume states of this invention can be summarized by a Finite State Machine (FSM) Table shown 
in Figure 7. Since this preempt/resume protocol is a "bit-oriented" protocol, the complete FSM describing the protocol 
machine (the sender or the receiver) is also at the bit level. However, for the sake of clarity, the following describes 
only the FSM in terms of detected "sequences of bits", which captures those state transitions which are associated 

50 with preemption. Furthermore, for the purpose of describing the protocol, is believed to suffice to show the FSM for a 
receiver only. The following is a list of the FSM states, inputs and outputs (actions) along with their description. 





STATE 


DESCRIPTION 


55 


idl 


Idle, expecting '7E\ 




rdy 


Just received '7E' or nonbytealigned '7E*\ ready to 






receive either high-priority packet or low priority packet 
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(continued) 



STATE 


DESCRIPTION 




rtp 




Receiving high-priority packet 1 




rnrtp 




Receiving low-priority packet 




P rrh/1 
r m 1 uy 1 




Just entered preemption mode (juifreceivecl start" ~~ 
preempt flag SP), ready to receive high-priority packet 
or '7E' 




p_rdy2 




In preemption mode, just received either '7E' or 7E*\ no 
high-priority packet has been received yet during current 
preemption 




P_rdy3 




In preemption mode, just received either '7E' or '7E*\ 
ready to receive a high-priority packet, at least one high- 
priority packet has already been received during current 
preemption 




D rrtp 




Receiving high-priority packet in preemption mode 




P_idl2 




Idle in preemption mode, expecting '7E\ no high priority 
packet has been received yet during the current 

picGinfJiKJii 




p_idl3 




Idle in preemption mode, expecting '7E\ at least one 
high-priority packet has already been received during the 
current preemption - 




p_end 




Just exited preemption mode (just received end-preempt 
flag EP), expecting data (the continuation of the 
preempted low-priority packet) 


INPUT 


DESCRIPTION 




'7E'share 




Normal starting/ending/idle flag, X'7E' (does not share 
bit with prior flag) 




'7E* 1 




X'7E' flag not bytealigned with received data bytes 




RTP 




Data (nonflag) byte from a high-priority packet, 
distinguished from NRTP by a control bit in the first byte 
of a string, indicating packet priority. Zero bit stuffing is 
performed on sequences of these bytes. 




NRTP 




Data (nonflag) byte from a low-priority packet, 
distinguished from RTP by a control bit in the first byte 
of a string indicating packet priority. Zero bit stuffing is 
performed on sequences of these bytes. 




SP 




Start-preempt flag B'OHIIIIIO' (seven 1's) I 




EP 




End-preempt flag B'011 1 1 1 11 1 0' (eight 1's) 




IC 




Invalid codes, include nonbytealigned SP, nonbyte 
aligned EP, a run of six T bits right after a flag or 
B'01 11111111 (nine 1's), or B'01 11 11 11 (seven 1's) when 
preempt/resume is not enabled 


OUTPUT 


DESCRIPTION 




strt 




Indicate start of received high-priority packet and forward 
first byte 




strt 




Indicate start of received low-priority packet and forward 
first byte 




more_R 




Forward another byte of high-priority packet 




more_N 




Forward another byte of low-priority packet 




end_R 




Indicate end of received high-priority packet 




end_N 




Indicate end of received low-priority packet 




abrt_R 




Abord/discard current received high-priority packet 
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(continued) 



OUTPUT 


DESCRIPTION 


abrt_RN 


abord/discard both preempting high-priority packet and 
the preempted low-priority packet 


Note that states p_rdyl, p_rdy2 and p_rdy3 are similar in that the receiver is in the preempt mode and expecting 
a high-priority packet in all these states. However, it is necessary to have p_rdy1 and p__rdy2 to ensure that all 
packets are recovered when surrounded by normal flags. Likewise, p_rdy2 and p_rdy3 are needed to tell whether 
or not it is legal to receive the end preempt (EP) flag. 
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15 



20 



25 



30 



35 



40 



45 



50 



55 



[0034] Figure 4 shows a block diagram of the transmitter 40 portion of the communication link interface of that com- 
munications system. Packets arrive from the communications system's packet source 41 for transmission on commu- 
nication link 48. The packets may have been generated locally by this system or may have been received from another 
communication link on this system (e.g. An intermediate node in a packet network). The communications system places 
the high-priority packets into a high priority buffer 42 and places the low-priority packets into a low priority buffer 43. If 
no packets are stored in either high priority buffer 42 or low priority buffer 43, a flag generator 46 is connected to the 
communication link 48 via a bit multiplexer 47. The flag generator 46 repeatedly generates an idle flag X'7E\ when no 
packets are stored for transmission. 

[0035] When a low-priority packet arrives in the low priority buffer 43 and a packet is currently being transmitted, the 
transmitter 40 waits until all earlier packets in the low priority buffer 43 have been transmitted and the high priority 
buffer 42 is empty. When a low-priority packet is at the head of the low priority buffer 43 and no other packet is being 
transmitted on the communication link 48, bytes from the low priority buffer 43 are transferred one at a time through a 
byte multiplexer 44 to a parallel serial converter 45. The parallel serial converter 45 serializes the data and monitors 
the outgoing data for sequences of five consecutive '1 ' bits. It also inserts a single '0' bit immediately after each set of 
five T bits. The resulting bit stream is routed through the bit to the communication link 48. When the transmission of 
the low-priority packet is complete, the bit multiplexer 47 selects the flag generator 46 for transmission to send at least 
one or more normal flags until the next packet is ready to be transmitted. Note that each time a flag is sent, the parallel 
serial converter 45 resets its internal count of the number of consecutive T bits. 

[0036] If a low-priority packet is being transmitted from low priority buffer 43 and a high-priority packet arrives in the 
high priority buffer 42, then the transmission of the low-priority packet is preempted. The remaining bits int he parallel 
serial converter 45 along with any stuffed zero bits are transmitted guaranteeing a data byte boundary for the preempted 
packet, and then the flag generator 46 sends special start-preempt flag described earlier. Bytes from the high priority 
buffer 42 are then transferred through the byte multiplexer 44 to the parallel serial converter 45 which performs seri- 
alization and zero bit stuffing. The resulting high-priority packet is then transferred to the communication link 48. If, 
during the transmission of the high priority packet, another high-priority packet arrives in the high-priority buffer 42, the 
n the flag generator 46 sends a normal flag when the first high-priority packet is completed and transmitter 40 begins 
transmission of the next high-priority packets without exiting the preempt mode. When the last of the series of high- 
priority packets has been sent (there are not more packets waiting in the high priority buffer 42), the flag generator 46 
sends the end-preempt flag described earlier. The remaining bytes from the preempted low-priority packet in the low 
priority buffer 43 are the released to the parallel serial converter 45 and the communication link 48. If a subsequent 
high priority packet arrives at the high-priority buffer 42 prior to the completion of the preempted low-priority packet, 
the preemption and resume sequence is repeated. When the transmission of the low-priority packet is completed, the 
flag generator 46 transmits a normal ending flag. 

[0037] Figure 5 shows a block diagram of the receiver 50 portion of the communication link interface of the commu- 
nications system up to a point at which received whole packets are passed to a packet target 56 within the communi- 
cations system. The packet target 56 could be the final destination for the received packets or could be a packet switch 
used to route packets to other communication links for transmission to other nodes in a packet network. Any buffering 
associated with the packet target 56 is outside the receiver 50 and is not included in Figure 5. 
[0038] A flag detector 52 continuously monitors the bit stream received from a communication link 51 for normal, 
start-preempt and end preempt flags. If a sequence of bits other than a flag is detected immediately following a normal 
flag, it indicates the beginning of a new frame. A serial parallel converter 53 receives the bit stream, discard any '0' bit 
if it immediately follows five consecutive T bits, and converts the remaining bits into byteparallei form. If the received 
packet is a high-priority , packet, the parallel byte data is passed directly through a multiplexer 59 to a multiplexer 55 
connected to the packet target 56 until a normal ending flag is detected by the flag detector 52. The receiver 50 indicates 
the end of the packet to the packet target 56. 
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[0039] If the received packet can be preempted (i.e. low-priority, non real-time packet), then the parallel byte data is 
instead passed through byte multiplexer 59 to the preemptable packet buffer 54 in order to permit the entire packet to 
be accumulated before passing it to the packet target 56. If flag detector 52 detects a start-preempt flag and there is 
no partial byte in the serial parallel converter 53, then it indicates the beginning of a high-priority preempting packet 
£ and therefore the beginning^of preempt rnode. The bit stream is passed through the serial parallel converter 53 as 
before but this time the parallel byte datal!Tpass¥on^ 
within the communications system. 

[0040] When the flag detector 52 detects either an normal ending flag or an end-preempt flag, then the receiver 50 
indicates the end of the packet to the packet target 56. If a normal ending flag is detected, then the serial parallel 
10 converter 53 will continue to route the parallel byte data from subsequent packets directly to the multiplexer 55. If an 
end-preempt flag is detected, the receiver 50 will end preempt mode. The received bit stream will be routed through 
the serial parallel converter 53 and multiplexer 59 to the preemptable packet buffer 54 thus resuming reception of the 
preempted low-priority packet . If the flag detector 52 detects a normal ending flag indicating the end of the low-priority 
packet, the receiver 50 transfers the entire low-priority packet stored in the preemptable packet buffer 54 through the 
15 multiplexer 55 to the packet target 56. 

[0041] Figure b assumes that the transfer of a whole packet from the preemptable packet buffer 54 to the packet 
target 56 is accompi shed ocforc the first parallel data byte from a subsequent packet can be received. If the transfer 
takes longer than this ir a particular implementation, a FIFO buffer can be placed after the serial parallel converter 53 
to temporarily hold the receive data bytes until the transfer from the preemtable packet buffer 54 is complete. Also in 
some implementation ntgt» pno ity packets may be passed to separate packet targets. In this case, the preemptable 
packet buffer 54 is not rcqjifcd 
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Claims 



A method for use m h m^r.. iystem network in which data may be transmitted in either low-priority data packets 
or high priority cat« p^c*o!> «of determining whether to use a preempt/resume protocol or an alternate protocol 
for transmitting ciatn p*r*p?s Ur>-n * local system to a remote system over a connecting communication link having 
a known line spooc memr-d being practiced at the local system and comprising steps of: 

• a) sending a message ic the remote system, said sent message containing fields indicating: 

• 1 ) whetner the locni system supports use of a preempt/resume protocol, and 

• 2) the si/c of :nc largest low-priority data packet the local system can send; 

• b) receiving a mcss^e from the remote system, said received message indicating: 

• 1 ) whetner the remote system supports use of a preempt/resume protocol, and 

• 2) the size of :ne invest low-priority data packet the remote system can receive; 

c) if the sent and recc vc d rr essages indicate that either or both of the local and remote systems do not support 
use of a preempt/icsjme protocol, then choosing an alternate protocol; and 

• d) if the sent and received messages indicate that both of the system support use of a preempt/resume protocol: 

45 

• 1) using field values m the sent and received messages, comparing the size of the largest low-priority 
data packet the locni system can send to the size of the largest low-priority data packet the remote system 
can receive and :> ducting the lesser of the tow sizes, 

• 2) based on the known line speed and the selected size, determining whether transmission of a low-priority 
50 data packet of tre selected size from the local system would delay transmission of a subsequent data 

packet by more than a predetermined amount of time, and 

• 3) initiating use cf a preempt/resume protocol only where the preceding step indicates transmission of a 
low-priority dat* packet of the selected size would delay transmission of a subsequent data packet by 
more than the predetermined amount of time. 



2. A system comprising monns adapted for carrying out the method according to claim 1 . 

3. A computer program comprising instructions for carrying out the steps of the method according to claim 1 when 
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said computer program is executed on the system according to claim 2. 
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